@Testato penso che dovresti unire tutto in un unico file.
poi se vuoi puoi fare un esempio su piu file chiamato "examplemultisketch" dove ogni file ha il proprio setup ed il proprio loop, in modo da illustrare anche il metodo .start

Sono tab diverse non file diversi, concetto che non esiste in c/c++ ma a cui gli utenti arduino sono abituati.

Ho fatto così perché quando uscì la scheda TI che contiene un RTOS ricordo proprio la separazione su tre tab dei tre task, e la cosa colpì molto tutti.
Io farei al contrario, volendo usare il .start lo farei tutto in un unica Tab, proprio perché su Tab diverse a me fa pensare a processi paralleli mentre il .start, partendo "su comando" sta meglio in un unico file facendo pensare di più alla sequenzialità.
Che ne pensi ? Con gli esempi ufficiali si deve pensare più a come comunicare facilmente i concetti al lettore e non alla efficienza o comodità del codice.

Può andare ma sarebbe carino fare vedere il metodo .start, ovvero per ogni tab aggiungi .start(setup2) .startLoop(loop2).
Come se fossero piu sketch, cosi ogni tab si gestisce in toto il proprio led, dal setup al loop, cosa ne dici?

nessuno vieta di farne un terzo chiamato come dici tu multiplesketch.
in questo modo abbiamo il rpimo esempio con tutto in una tab, il secondo su piu' tab ma con il concetto del solo multiplo task, il terzo con il concetto di multiplo setup/loop.

riesci ad unire il tutto in un unico commit?

ok committato il nuovo esempio, ma.....

non funziona, se togli il solo setup3 inizia a funzionare.

bug o limite RAM ?

sembra un piccolo bug, riprova adesso ho fatto un nuovo pull

ora va, pero' viene fuori questo warning, c'e' sempre stato ?

WARNING: library Scheduler claims to run on [sam architecture(s) and may be incompatible with your current board which runs on samd] architecture(s).